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Description 

[0001] The invention pertains to presentation of visible desktop objects in a graphical user interface (GUI). It concerns 
GUIs which utilize viewports for presentation of application programs being in a user's current focus, and so-called 
5 "icons* for presentation of application programs currently being out of the user's focus, or for presentation of mere data 
objects, respectively. It is particulary related to a scenario where active application windows are masking icons or other 
non-active windows with regard to a window overlaying technique. 

[0002] Operating systems like OS/2, Windows95 or MacOS (registered trademarks by IBM Corp., Microsoft Corp. 
and Apple Computer Inc., respectively) commonly provide a virtual electronic desktop as a human-machine interface. 
10 Application programs running under those operating systems and respective data resources are represented as desk- 
top objects, where inactive desktop objects (icons) can be activated by use of a pointer device (mouse pointer) and 
hereby change into active objects usually represented by application windows (window sessions). In those windows 
the operations and processes of according application programs are performed. 

[0003] This GUI concept causes the problem that, when a user's desktop becomes busy and cluttered with multiple 

15 icons and windows, the lack of available screen makes it very difficult to navigate between various sessions represented 
by those icons or windows, because often one or more windows or icons cover one or more icons which are then 
hidden beneath those windows or icons, respectively. A common way for finding an application window that is not 
clearly visible, or activating such "hidden" icons, by use of a mouse pointer, is to rearrange the position of a covering 
window, or to minimize that window to an icon. 

20 [0004] Thereupon, generic operating systems commonly provide a mechanism to bring an icon to focus by positioning 
the mouse pointer on the icon and clicking on the mouse select button. Often times, users have a plurality of icons 
(containers) on their desktop whereby some are viewable and some are obstructed. Therefore users must manually 
rearrange the position of the icons to view a related set of icons. This can be a tedious job when many icons are on 
the desktop and some are obstructed by others. In an article by A. Salahshour and M. Williams, published in IBM 

25 Technical Disclosure Bulletin, vol. 37, no. 1 , January 1 994, pages 657-658, a respective desktop rearrangement meth- 
odology, based on incoming calls for desktop objects, is proposed. A described control mechanism detects an incoming 
call and automatically surfaces the icons and windows associated to that call. Further to maximize the usage of the 
viewing display area, the icons and windows are rearranged and re-sized to best fit the display area. 
[0005] In addition, there exist more adequate approaches for solving the above problem. Some of the known desktop 

30 systems like the Presentation Manager (PM) under OS/2 provide a so-called "launchpad" usually comprising smaller 
icons from which frequently used desktop objects can be activated. Those launchpads have a "float on top" functionality 
which ensures that they are always visible and can not be masked by an application window. This approach has the 
disadvantage that the viewport for an active application program is reduced by the permanent visibility of the launchpad. 
Beyond that such a static solution is less flexible i.e. allows only small adaptations of the desktop, and is only a very 

35 reduced representation of a real (physical) desktop. Further that static approach does not allow a full-screen view of 
a window with a high priority for visibilty. 

[0006] Another approach enables activation of an application program by a specific combination of key strokes or 
mouse operations. For instance, OS/2 provides a general-purpose window ("icon park") for displaying icons which are 
currently active. In the icon park all icons can be visualized whether the window itself is visible or not. The icon park 
40 is a functional window that can be moved, scrolled and re-sized. In particular, the icon park has the capability to re- 
surface an open but hidden window from the background screen. More detailed information about the icon park concept 
is contained in an article by R. Hillis et al. published in IBM Technical Disclosure Bulletin, vol. 9, no. 11, November 
1991, entitled "Icon Park". 

[0007] A further method to reveal hidden icons which are displayed within a viewport (window) and obscured behind 
45 other windows is disclosed in EP 0 51 4 307 A. That approach is particulary related to a drag and drop scenario where 
an icon shall be moved from one (source) viewport to another (target) viewport, wherein the target viewport is not 
visible since being hidden by another viewport, for example the source viewport. Hereby it is particulary assumed that 
i one of a set of selectable visual icons is to be relocated to an exposed portion of the target viewport. That movement 

between the viewports triggers an automatic rearranging of the order in which the viewports overlap, causing the target 
so viewport to be raised to a topmost position relative to all the other viewports. 

[0008] An alternative solution for the problem of icons hidden by windows is disclosed in an article by G. Fitzpatrick 
et al. published in IBM Technical Disclosure Bulletin vol 36, no. 6A, June 1993, pages 135-136. The authors propose 
a so-called "Translucent Window Attribute" where a translucent window allows objects immediately below it to show 
through. Hereby confusion and screen clutter of a busy desktop can be minimized. 
55 [0009] A so-called "Icon Safe Zone" approach is disclosed in an article by L. Cahill et al. published in IBM Technical 
Disclosure Bulletin vol. 35, no. 6, November 1992, pages 34-35. This safe zone is visually differentiated from the rest 
of the desktop through the use of shading which, for instance, can be displayed at the bottom of the desktop, wherein 
a user can decide which icons, e.g. those he works with the most, are placed in that safe zone. Those icons are 
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protected from being covered by other windows. 

[0010] A kind of "ghost icon' approach is disclosed in an article by J. Doran and G. Koets published in IBM Research 
Disclosure no. 312, April 1990 and entitled "Hidden Icon Notification". According to that approach, icons are shown 
briefly in a faded manner which does not obstruct the view of the current window but still can inform the user of an icon 
5 change. The proposed method allows a user to communicate with an icon hidden beneath a window although being 
covered. 

[0011] A more particular solution concerning mobile trainable icons is disclosed in EP 0 677 803 A. It is proposed 
that those icons which are next likely to be used are selected and automatically moved towards a cursor thereby 
facilitating selection of the icons. The likeliness that one or more icons will be used within a predefined amount of time 

10 is determined. The appearance of those icons determined not likeliy to be used within that time is gradually changed. 
Additionally, those icons likely to be used, or other icons selected by a user, may track the cursor such that those icons 
are always close to the cursor and capable of being easily selected. In addition, it is possible to reduce the amount of 
clutter on a computer display so that icons may be easily selected. In order to clean up the computer display, icons 
which are least likely to be used are faded, eliminated or shrunk to a smaller size. 

15 [001 2] The above approaches all have the drawback of troublesome operability and a missing realization of a virtual 
desktop and its desktop objects which normally can be activated by simple mouse operations. 
[0013] EP 0 583 206 discloses a method of and apparatus for providing navigation to a hidden desktop window. 
Automatic navigation in a multitasking windowing environment to a hidden window is provided. A user may invoke a 
number of application programs which focus panels and other objects onto a desktop producing a cluttered desktop 

20 in which one or more windows are hidden. The user is provided a capability to automatically pop into the foreground 
of the desktop the most hidden window or a plurality of hidden windows. The selection of which hidden windows to 
pop into the foreground is based on a priority. The priority is based on an area of a window covered by other windows 
and how many other windows are covering the window. A queue o the hidden windows and their associated priority is 
maintained so that the user may pop one or more hidden windows from that queue into the foreground upon invocation. 

25 [0014] IBM Technical Disclosure Bulletin, vol. 36, No. 08, August 1993, page 143 discloses a method by which the 
user can identify a window on the desktop even when the title bar an list objects are covered up by other windows. 
Based on a system-wide setting, which can be user-configured, whenever a window is partially covered up by another 
window, this system causes the title bar of the hidden window to move to another posiiton on that window which is still 
visible to the user. For example, suppose window A is displayed on the desktop, and it contains six objects with addi- 

30 tional white space below the objects. Now suppose that window B is created by another application, and it hides the 
title bar and objects of window A, leaving only some white space showing at the bottom of window A. This happens 
frequently on busy desktops. Without this new system, the user would have to click on many different windows in order 
to locate desired sessions or applications. However, with this new system, whenever a window's title bar is hidden by 
another window, the title bar is repositioned on the partially hidden window, to a position still visible by the user. In the 

35 above example, the user could now see the title bar for window A which is now positioned at the bottom of window A. 
When the hidden window is resurfaced to the top of the desktop, the roving title bar returs to ist original position at the 
top and center of the window. 

[001 5] Research disclosure No. 349, May 1 993, page 31 4 discloses a method for automatically repositioning objects 
which become completely overlayed by other objects. 
40 Users often drag objects on a desktop in such a way that other objects become overlayed. The problem of knowing 
where an object is occurs when the overlayed object becomes completely overlayed. The user may forget where the 
object is and spend significant time trying to locate it, particularly when the object is small in size. A method is needed 
for managing completely overlayed objects. 

Objects which are completely overlayed are automatically repositioned so that at least an outer edge of the overlayed 
45 object appears beyond the edge of the overlaying object. Provided is additional function for ound-robinning tghe over- 
layed object with respect to the overlaying object(s) so that an outer edge of the overlayed object appears on the 
desired edge of teh object is moved to an available free space area. In the rare case when no free space is available, 
the object will appear in ghost-like fashion. 

[0016] Patent Abstacts of Japan corresponding to JP 041 52424 A discloses an icon shift control processing system. 

so When an icon shift button is depressed by a user, an event information acquiring part acquires the position information 
on a cursor. Then an icon shift control part inquires of a window control part about a fact whether a position pushed 
by a mouse is coincident or not with a prescribed position in an icon shift range, i.e., a position set on the icon shift 
button. If so, the part shifts the icon along a track line. Thus the icons hidden in the back of a window can be shifted. 
[0017] The above mentioned disclosures do not teach a concept how the hidden objects are presented in the pres- 

55 entation space of the graphical user interface. 

[0018] The objective of the present invention as set forth in claims 1 and 11 , therefore, is to provide a mechanism 
to control visibility of icons in a viewport (window) environment, which allows improved visibility of icons and windows 
and simple and user-friendly adaptation like on a real desktop. Further the mechanism should re-organize the desktop 
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of the GUI automatically with respect to a changing windows environment. 

[0019] The underlying concept of the present invention, to solve the above objective, is that desktop objects, i.e. 
icons or windows, are moving to visible locations of the desktop when they are obscured by active (opened) windows 
which usually are a user's current focus, or other desktop objects like icons themselves. That motion can be advanta- 
5 geously performed without need of any interaction by the user. The proposed basic functionality can be arbitrarily 
adapted to different technical requirements of the GUI desktop or needs of the respective user of the GUI. In particular 
the invention is a very intuitive comprehensible solution of the above problems. 

[0020] It is emphasized that a user's current focus on an application (program) is not restricted with regard to "opened" 
or "closed" viewports since icons can also be active programs running in the background, and thus an application 

10 currently focussed by a user is not only characterized by its active or non-active state. 

[0021 ] In a first embodiment of the invention desktop objects which are provided with the above functionality regulary 
call up a routine which compares the actual positions of all windows or other desktop objects with the own location. 
Calling-up can be initiated also by changes of the desktop contents. If an icon is covered by an other object, it determines 
a visible target location and will be presented at the new position. A particular advantage of the proposed concept is 

15 that the development tools, programming languages and system interfaces required for implementation of the proposed 
mechanism are already provided by known operating systems which support mouse pointers together with windows- 
oriented desktop objects. 

[0022] In a further embodiment of the mechanism according to the invention the user equips multiple desktop objects 
with self-controlling presence (visibility) functionality by use of a common "notebook" which is already provided for 
20 example by OS/2 for configuration of objects. In such a notebook the user can also activate or inactivate the presence 
functionality for one or more objects. 

[0023] In another embodiment, the direction of motion of the objects can be controlled by priority. For instance, the 
desktop can be partitioned into a number (e.g. 4) quadrants each of which having assigned a different weight by the 
user. If a self-controlled icon is covered by an other object, it first will try to be presented at a visible portion of the 
25 desktop corresponding to a quadrant with the largest weigth. The order for selecting a visible portion of the desktop 
can also be controlled by points of the compass or clockwise direction. 

[0024] According to a further embodiment of the invention the motion of the icons can be adjusted with respect to 
the habit of the respective user and with respect to a most deary arranged desktop. For instance, moving objects can 
be presented discreet with regard to shape, brightness or contrast of non-moved objects in order not to irritate the user 
30 who is busy with an active window. The motion of icons can also be presented invisible to the user wherein moved 
icons only appear at the target location. 

[0025] Furthermore, the user is free in configuration of the behaviour of desktop objects after close of a previously 
masking window. Hereby the following rules can be implemented: 

35 - The "moved" object remains at the target position; 

the moved object appears at the origin position which becomes visible again due to the close of the window; 

the object has not really "moved" to the target position, but only a copy of that object was generated at a visible 
to portion of the desktop, wherein after close of the window the origin object as well as the copy are presented, or 

only the copy is discarded. 

[0026] The essential features of the invention will now be explained through the embodiment examples in the fol- 
lowing illustrations, and within the framework of a comparison with the relevant state of the art. Specifically, 

45 

Fig. 1 A is a flow chart diagram depicting the principle control mechanism for presentation of visually hidden icons 
(inactive desktop objects) in a graphical user interface (GUI) according to the invention; 

Fig. 1 B is a flow chart diagram as in Fig. 1 , but with an additional functionality for adapting the desktop object's 
50 size to the available desktop space of the GUI; 

Fig. 2A-C show different embodiments for segmentation of the display screen of the GUI for presentation of visually 
hidden icons; and 

55 Fig. 3A-H are typical display screen shots for a common scenario in a GUI concurrently displaying several icons 

and application windows, illustrating the benefits through use of the invention vis-a-vis prior art approaches. 

[0027] Referring to Fig. 1 A, the control mechanism proposed by the invention is illustrated by way of a flow chart 
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diagram where the necessary control steps for determination of a hidden state of an icon and for a non-hidden pres- 
entation of such an icon is shown. That control mechanism can be performed, for instance, by a supervisor control 
program running on an operating system level. An alternative way of implementation and configuration of the control 
mechanism by a user is use of existing functionality provided by operating systems like OS/2 for the configuration of 

5 desktop (window) objects. Such an implementation is described below in more detail. 

[0028] The control mechanism involves a step of determining 1 hidden states of the icons on the desktop, i.e. their 
visibility on the desktop, wherein an activation of that mechanism, in a first embodiment, can be triggered periodically 
dependent on a "timer elapsed' signal. That signal can be delivered by an internal timer routine, e.g. a wait loop 2, 
which can be provided by the operating system or can be implemented as a separate application program. In another 

w embodiment the control mechanism can be triggered by current changes of the desktop contents i.e. on an event basis 
2. 

[0029] In case of a hidden icon, the next step is determining 3 a non-hidden portion of the desktop where the hidden 
icon can be presented non-masked. Hereby a user can configure the details of that search. For example, in case of a 
priority-controlled segmentation of the desktop, the user can determine the sequence of how the desktop segments 
is are checked for availability to allow a non-hidden presentation of the icon. In case of such a visible desktop area being 
found, the next step is visibly presenting 4 the icon at the new desktop area. 

[0030] Concerning the details of the new presentation of an icon, multiple embodiments are suitable. In a first em- 
bodiment the icon can be presented immediately, e.g. as a copy of the original hidden icon, or as a moved original 
icon. In another embodiment, the movement of the icon to the new presentation area can be visualized by means of 
20 displaying a continuous moving trace or displaying a shorter trace like a tail of a comet. Beyond that the moving trace 
can be displayed in a more discreet manner by means of shading. The moving style can be configured by the user 
individually for each icon or jointly for all the icons. Besides the herein disclosed embodiments, a variety of other 
implementations of the proposed control mechanism are possible. 

[0031 ] Fig. 1 B includes a further functionality 1 0 through which icons can be scaled down in size if the visible portion 
25 of the desktop is not sufficient for presentation of all icons. The nescessary step is to check out 11 whether icons are 
overlapping with other icons or windows (partially hidden desktop objects) within the destination area for a new pres- 
entation of the "moved" icon. In case of overlapping desktop objects, the size of each icon displayed at the respective 
portion of the desktop is reduced 12 in order to enable presentation of all icons without overlaps. Hereby the sizes can 
be changed jointly or individually for each or some of the icons. 
30 [0032] For an implementation of the control mechanism under the Presentation Manager (PM) of OS/2 existing in- 
formation and functionality can be utilized as will be illustrated now. First some principles of PM which provide infor- 
mations and functionalities to implement the described invention are summarized: 

[0033] PM creates at start-up a window known as the desktop window or "workplace". This desktop window serves 
as base window for all applications and as the parent of all top-level windows. To perform functions with the desktop 
35 window a predefined identifier HWND_DESKTOP can be used or the WinQueryDesktop Window API (Application 
Program Interface) can be queried as follows: 

HAB hab: /"Anchor-block handle*/ 
HDC hdc: /"Device-context handle*/ 
40 HWND hwndDeskTop: /Desktop- window handle*/ 

HWND hwndDeskTop = WinQuery Desktop Window ( hab, hdc); 

[0034] Other useful API functions (without parameters) for the implementation of the invention under OS/2 are: 

45 WinQueryActiveWindow 

/*This function obtains the handle to the active window*/ 

WinBeginEnum Windows 

/*This function begins the enumeration process for all of the immediate child windows of a specified window. 
50 (WinEndEnum Windows ends the enumeration)*/ 

WinQueryWindowPos 

/*this function queries the window size and position of a visible window */ 

55 WinSetWindowPos 

/*This function allows the general positioning of a window*/ 

WinQueryWindowRect 
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/*This function returns a window rectangle*/ 
WinlsWindowShowing 

/*This function determines whether any part of the specified window is physically visible*/ 

5 

WinWindowFromPoint 

/*This function finds the window below a specified point [or returns NULL on failure!]*/ 

[0035] It is noteworthy that an icon is defined as a minimized window and thus particulary can be moved like a window. 
10 Therefore all the above and the following functions can be performed on icons too. By means of the above API functions 
the PM can be programmed by the user. Similar functions are also provided by other operating systems like Microsoft 
Windows (registered trademark by Microsoft Corp.). The PM counterpart under Windows is a so-called Desktop Man- 
ager. 

[0036] Further the current minimized or maximized state of a window can be retrieved by checking the window style 
15 parameter by use of an API function WinQueryWindowUlong as follows: 

ULONG ulStyle; 

ulStyle = WinQueryWindowUlong (hwndWindow, QWL_STYLE) ; 
BOOL bisicon = ulStyle & WS_MINIMIZED; 
20 BOOL bisMaximized = ulStyle & WS_MAXIMIZED; 

[0037] OS/2 as a multitasking operating system thereupon provides messages and message queues for desktop 
objects. Related to the invention PM generates the following useful messages: 

25 WM_SI2E 

/*Sent if the size of the window has changed, after the change has been made. This message specifies both the 
old and new window size*/ 

WM_MOVE 

30 /*Sent when a window moves its absolute position*/. 

[0038] There are several possibilities to realize the described functionality of the invention. A very efficient imple- 
mentation is the maintaining of a globally accessable 2 -dimensional array which contains the coordinates of all visible 
windows (including minimized windows=icons). With this method only one background process is necessary for the 
35 whole desktop. 

[0039] The process initializes and updates the entries of the array. For the updating the process only needs to filter 
the PM message queue for WM_SIZE and WM_MOVE messages. The next step is to detect a violation of the visibility 
state of the windows marked "present". This can be accomplished by performing a numeric algorithm on the data array 
which detects the overlapping of borderlines in a set of 2-dimensional fields. Those algorithms are well-known in that 
40 field of 2-dimensional arithmetic. 

[0040] In contrast to the above 2-dimensional calculations, a much easier way to detect overlapping is the using of 
a further OS/2 API query named WinlsWindowShowing. In this case the condition for the visibility is very weak since 
WinlsWindowShowing returns a logical false only in case of full overlapping. 

[0041] In the same manner the coordinates of free areas is determined, and if necessary one or a several icons are 
45 moved (using WinSetWindowPos). It is possible to move and size the window in a single call (when a minimization is 
necessary). As an example, to move a window to position (10,10) and to change the size to 75pels by 50pels the 
following call can be performed: 

WinSetWindowPos (hwndWindow, 0L, 10L, 10L, 75L, SOL, SWP_MOVE|SWP_SIZE); 

50 

[0042] In the precited operating systems this function is available for windows in general. Alternatively, icons can be 
sized with the following method. For each (maximized) window several icon bitmaps in different sizes (and designs, if 
desired) are hold. Depending on the available desktop area the bitmap with the best size can be used to represent a 
minimized window as icon. 

55 [0043] The following exemplary code represents a recursive procedure that can be used to initialize an array which 
contains the positions of all visible windows on the desktop. 
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#define INCL_WINWINDOWMGR/*WindowManager Functions*/ 
♦include <os2.h> 

VOID Enumerate IramediateChi Ids (HWND hwndParent) 

/♦hwndParent: Handle of the window whose^child windows are to 

be enumerated*/ 

I 

HWND hwndChild; /*current enumeration handle*/ 
HENUM henum; /*enumeration handle*/ 
SWP swp; /*SWP-structure, containing window's size, 
position and state)*/ 

henum-WinBeginEnumWindows( hwndParent) ; 

while ( (hwndChild=WinGetNextWindow( henum) ) I = 
NULLHANDLE ) 

I 

* * * 

/♦Determine window position and size*/ 
W i nQueryWi ndowPos ( hwndCh i Id , & swp ) 

/*add current window data to global array*/ 
Add Data to Array ( hwndChild, swp) ; /user-defined 
function*/ 
« * • 

EnumeratelmmediateChilds(hwndChild) ; /*recursive 
call to detectall windows*/ 
• « « 

I 

WinEndEnumWindows (henum) ; 
return; 

i 

[0044] To enumerate and determine all windows in the system (taking a snapshot of the desktop) this procedure 
must be called with HWND_DESKTOP, i.e. EnumeratelmmediateChilds(HWND_DESKTOP). That call-up provides for 
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all windows the repective 'handle' i.e. the sought data. The inner "while" loop of the above procedure is executed for 
each window of the desktop. The function WinGetNextWindow(henum) provides all child windows of a parent window 
and is recursive insofar as child windows themselves can have "childs" again. The parent window can be represented 
by the desktop (window) itself. 

5 [0045] For all icons for which the presence functionality according to the invention is provided, the above depicted 
procedure needs only one process running in the background, i.e. one process for one desktop. As an alternative 
embodiment of the invention, one process per icon can be implemented where multiple processes of the same kind 
have to be run in parallel in the background. In that fully object-oriented implementation, the above procedure is per- 
formed independently by each icon what is advantageous insofar as the described functionality belongs to each icon. 

10 Thereupon other properties of object-oriented technology like "inheritance" can be advantageously used. 

[0046] A further approach - instead of an implementation based on existing functionality of the underlying operating 
system - is to implement a separate application program which includes the beforehand discussed concepts with regard 
to the array approach. 

[0047] Furthermore as described above, the "moving" behaviour of icons according to the invention can be config- 

'5 ured, for instance with respect to the working habits of the user of the GUI. In a preferred embodiment the desktop is 
segmented into multiple partitions each of them having assigned a different priority to become a target portion of the 
desktop for displaying a previously hidden icon, or several hidden icons, respectively. Various embodiments for seg- 
mentation of the desktop are suitable and Figures 2A-C depict only preferred embodiments. In Fig. 2A the desktop is 
subdivided into four quadrants wherein the priority of each quadrant to become the destination area is controlled by a 

20 clockwise priority chain. In Fig. 2B the desktop is segmented into four quadrants which are aligned to the points of a 
compass. In a further embodiment according to Fig. 2C the segmentation is accomplished similar to a clock-face. 
[0048] The screenshots shown in Figures 3A-H show typical situations of a GUI desktop where the invention can be 
advantageously applied. In Fig. 3A on top of a desktop screen 40 a number of icons 41 is visible. In order to set the 
advantages of the invention against prior art solutions, at the bottom of the desktop screen 40 a launchpad 42 is 

25 displayed where frequently used icons i.e. application programs can be picked up as reduced icons. 

[0049] It is now assumed that an application program like that represented by the icon "MYTEXT.TXT" is called up 
by applying the mouse pointer to that icon, which thus becomes the user's current focus. By calling up the text file 
"MYTEXT", according to the principles of object-oriented technology, a respective system editor is started which ena- 
bles to edit in that text file. The editor 50 displaying the text file 51 is shown in Fig. 3B. The text file 51 is indicated at 

30 the title bar of the editor 50. As can be seen at the top left side of the desktop 54, the icons displayed at the top left 
side of in Fig. 3A, in particular the icon for the application program "MY-PROGRAM" 52, are now hidden beneath the 
application window of the editor 50. 

[0050] In particular the icon "MY-PROGRAM" is obstructed and can not be called up immediately. As described with 
regard to Fig. 3C, according to a known approach, the icon representing the program "MY-PROGRAM" 60 can be 
35 picked up in a launchpad 42. Those "hot areas" can be configured to have a "float on top" characteristic, i.e. they are 
always viewed in the foreground of the desktop, nethertheless they are active or not. The disadvantage of that solution 
is evident from Fig. 3D where the launchpad 42 is displayed together with the editor 50. Free accessibilty of the active 
window 51 is substantially reduced by the area of the desktop reserved for the launchpad. 

[0051] A preferred mode of operation for the invention is illustrated with reference to Fig. 3E. The desktop object 
40 "MY-PROGRAM" 70 is now displayed at a non-hidden portion of the desktop at the right top. In this example it is 
assumed that the quadrant "I" of Fig. 2A has the highest priority for displaying that "hidden" icon. Thereupon the launch- 
pad 71 for enabling a call-up of the icon "MY-PROGRAM" is no longer needed and thus can be displayed beneath the 
active window 72. 

[0052] In case of quadrant "I" also being hidden beneath e.g. another window 80, the hidden icon 81 will be displayed 
45 at quadrant "IP at the top left side according to its succeeding priority. This behaviour is shown by Fig. 3F. 

[0053] Figures 3G and 3H show an operation mode of the proposed control mechanism with regard to the optional 
icon diminuation function. In Fig. 3G a scenario is shown where a previously hidden icon 90 has been already moved 
to a non-hidden portion at the right top of the desktop. In a next stage (Fig. 3H) it is assumed that a further application 
window 91 has been activated which now covers the icon 90 thus the latter becoming hidden again. As in Fig. 3F, it is 
50 assumed that quadrant "II" has the following priority after quadrant "I" and therefore the control mechanism tries to 
display the hidden icon 90 at that portion of the desktop. 

[0054] Since that portion is already occupied by two other icons 93, 94 the hidden icon 90 can not be displayed 
together with those icons without any overlap. Therefore the optional "icon re-size" functionality as being part of the 
proposed mechanism becomes active and resizes all those icons 92-94 in order to get them displayed without overlaps. 

55 
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Claims 

1. Method to control presentation of visual desktop objects (41) in a graphical user interface (40) of an information 
handling system, wherein the graphical user interface comprises at least two visual desktop objects (50), wherein 

5 at least one desktop object which is at least partially visually hidden by at least one other desktop object is auto- 

matically presented at a presentation space of said graphical user interface which does not include any desktop 
objects (70, 81 , 90, 92), characterized by the following steps of: 

determining a target area within said presentation space of the graphical user interface, said presentation 
10 space being devided into at least two partitions for visually non-hidden presentation of previously hidden desk- 

top objects; 

associating a different priority with each of said at least two partitions, and 

is presenting said hidden desktop object in said target area of said one of said at least two partitions with the 

higher priority. 

2. Method according to claim 1 wherein said partition with a higher priority is searched first to determine if said one 
of said at least two partitions includes an area at least as large as said target area, wherein said hidden desktop 

20 object is presented in said target area in said one of said at least two partitions if said one of said at least two 

partitions includes an area at least as large as said target area. 

3. Method according to claim 1 , wherein said presentation space of said graphical user interface is determined with 
respect to user-defined specifications. 

25 

4. Method according to claim 1 , wherein a copy of a hidden desktop object is presented in said target area of said 
presentation space. 

5. The method according to claim 1 , further comprising in response to said one of said at least two partitions not 
30 including an area at least as large as said target area, searching said other of said at least two partitions to determine 

if said other of said at least two partitions includes an area at least as large as said target area, wherein said hidden 
desktop object is presented in said target area in said other of said at least two partitions if said other of said at 
least two partitions includes an area at least as large as said target area. 

35 6. The method according to claim 5, wherein said movement of a hidden desktop object is visualized by a movement 
trace. 

7. The method according to claim 6, wherein said movement of a visually hidden desktop object is visualized with 
respect to a shading factor or is performed non -visualized. 

40 

8. The method according to claim 7, further comprising in response to a hiding desktop object disappearing, said 
hidden desktop object being presented in said presentation space of the graphical user interface remaining at its 
visually non-hidden position. 

45 9. The method according to claim 7, further comprising in response to a hiding desktop object disappearing, said 
hidden desktop object being presented in said presentation space of the graphical user interface icon being moved 
from its presentation space position to its original, previously hidden position. 

10. The method according to claim 1 , wherein said at least one desktop object is a window, and wherein said step of 
so presenting said hidden desktop object in said target area further includes presenting said hidden window in said 

target area. 

11. A device to control presentation of visual desktop objects (41) in a graphical user interface (40) of an information 
handling system, having means for identifying at least one desktop object which is at least partially visually hidden 

55 by at least one other desktop object and means for automatically presenting said hidden desktop object in a pres- 

entation space of said user interface, characterized by the following means: 

means for determining a target area within said presentation space of said graphical user interface, said pres- 
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entation space portion being divided into at least two partitions tor visually non-hidden presentation of previ- 
ously hidden desktop objects; and 

means for associating a different priority with each of said at least two partitions, 

5 

means for presenting said hidden desktop object in said target area of said one of said at least two partitions 
with the higher priority. 



w Patentanspruche 

1. Verfahren zum Steuern der Darstellung sichtbarer Desktop-Objekte (41) in einer grafischen Benutzeroberflache 
(40) eines Datenverarbeitungssystems, bei dem die grafische Benutzeroberflache mindestens zwei sichtbare De- 
sktop-Objekte (50) umfasst, von denen mindestens ein Desktop-Objekt durch mindestens ein anderes Desktop- 
's Objekt mindestens teilweise visuell verdeckt ist und automatisch auf einer Darstellungsflache der grafischen Be- 
nutzeroberflache dargestellt wird, die keine Desktop-Objekte (70, 81 , 90, 92) enthalt, gekennzeichnet durch die 
folgenden Schritte: 

Ermitteln einer Zielflache auf der Darstellungsflache der grafischen Benutzeroberflache, wobei die Darstel- 
20 lungsflache in mindestens zwei Teilflachen zur visuell nicht verdeckten Darstellung von zuvor verdeckten De- 

sktop-Objekten aufgeteilt ist; 

Zuordnen einer unterschiedlichen Prioritat zu jeder der mindestens zwei Teilflachen, und 

25 Darstellen des verborgenen Desktop-Objekts auf der Zielflache der einen der mindestens zwei Teilflachen mit 

der hoheren Prioritat. 

2. Verfahren nach Anspruch 1 , bei dem zuerst nach der Teilflache mit einer hoheren Prioritat gesucht wird, urn zu 
ermitteln, ob die eine der mindestens zwei Teilflachen eine mindestens so groBe Flache wie die Zielflache enthalt, 

30 und bei dem das verdeckte Desktop-Objekt auf der Zielflache der einen der mindestens zwei Teilflachen dargestellt 

wird, wenn die eine der mindestens zwei Teilflachen eine mindestens so groBe Flache wie die Zielflache enthalt. 

3. Verfahren nach Anspruch 1 , bei dem die Darstellungsflache der grafischen Benutzeroberflache in Abhangigkeit 
von benutzerdefinierten Spezifikationen ermittelt wird. 

35 

4. Verfahren nach Anspruch 1 , bei dem eine Kopie eines verborgenen Desktop-Objekts auf der Zielflache der Dar- 
stellungsflache dargestellt wird. 

5. Verfahren nach Anspruch 1 , welches ferner die Suche nach der anderen der mindestens zwei Teilflachen als 
40 Reaktion darauf umfasst, dass die eine der mindestens zwei Teilflachen eine nicht mindestens so groBe Flache 

wie die Zielflache enthalt, urn festzustellen, ob die andere der mindestens zwei Teilflachen eine mindestens so 
groBe Flache wie die Zielflache enthalt, und bei dem das verborgene Desktop-Objekt auf der Zielflache der anderen 
der mindestens zwei Teilflachen dargestellt wird, wenn die andere der mindestens zwei Teilflachen eine mindestens 
so groBe Flache wie die Zielflache enthalt. 

45 

6. Verfahren nach Anspruch 5, bei dem die Bewegung eines verdeckten Desktop-Objekts durch eine Bewegungsspur 
veranschaulicht wird. 

7. Verfahren nach Anspruch 6, bei dem die Bewegung eines visuell verdeckten Desktop-Objekts mittels einer Grau- 
50 abstufung veranschaulicht wird Oder ohne Veranschaulichung ablauft. 

8. Verfahren nach Anspruch 7, das ferner die Darstellung des verdeckten Desktop-Objekts auf der Darstellungsflache 
der grafischen Benutzeroberflache, die an ihrer visuell nicht verdeckten Position verbleibt, als Reaktion auf das 
Verschwinden eines verdeckenden Desktop-Objekts umfasst. 

55 

9. Verfahren nach Anspruch 7, das ferner als Reaktion auf das Verschwinden eines verdeckenden Desktop-Objekts 
das Verschieben des auf der Darstellungsflache des Symbols (Icon) der grafischen Benutzeroberflache darge- 
stellten verdeckten Desktop-Objekts von seiner Position auf der Darstellungsflache zu seiner ursprunglichen, zuvor 
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verdeckten Position umfasst. 

10. Verfahren nach Anspruch 1, bei dem das mindestens eine Desktop-Objekt ein Fenster ist und bei dem der Schritt 
der Darstellung des verdeckten Desktop-Objekts auf der Zielflache ferner die Darstellung des verdeckten Fensters 
auf der Zielflache beinhaltet. 

1 1 . Vorrichtung zum Steuern der Darstellung eines sichtbaren Desktop-Objekts (41 ) in einer grafischen Benutzerober- 
flache (40) eines Datenverarbeitungssystems, das ein Mittel zum Kennzeichnen mindestens eines Desktop-Ob- 
jekts, welches durch mindestens ein anderes Desktop-Objekt mindestens teilweise visuell verdeckt wird, sowie 
ein Mittel zur automatischen Darstellung des verdeckten Desktop-Objekts auf einer Darstellungsflache der Benut- 
zeroberflache aufweist, gekennzeichnet durch die folgenden Mittel: 

ein Mittel zum Ermitteln einer Zielflache auf der Darstellungsflache der grafischen Benutzeroberflache, wobei 
der Teil der Darstellungsflache in mindestens zwei Teilflachen zur visuell nicht verdeckten Darstellung von 
zuvor verdeckten Desktop-Objekten aufgeteilt ist; und 

ein Mittel zum Zuordnen einer unterschiedlichen Prioritat zu jeder der mindestens zwei Teilflachen, 

ein Mittel zur Darstellung des verdeckten Desktop-Objekts auf der Zielflache der einen der mindestens zwei 
Teilflachen mit der hoheren Prioritat. 



Revendi cat ions 

1 . Procede pour controler la presentation d'objets visuels de type desktop (41 ) dans une interface utilisateur graphi- 
que (40) d'un systeme de gestion de I 1 information, ou ('interface utilisateur graphique comprend au moins deux 
objets visuels de type desktop (50), ou Tun au moins des objets de type desktop qui est au moins partiellement 
cache a la vue par au moins un autre objet de type desktop est automatiquement presente dans un espace de 
presentation de ladite interface utilisateur graphique qui ne comporte aucun objet de type desktop (70, 81, 90, 
92), caracterise par les phases suivantes qui consistent a : 

determiner une zone cible a I'interieur dudit espace de presentation de Pinterface utilisateur graphique, ledit 
espace de presentation etant partage en au moins deux parties pour presenter visuellement sans les cacher 
les objets de type desktop precedemment caches; 

associer un degre de priorite different a chacune desdites parties qui sont au moins au nombre de deux, et 

presenter ledit objet de type desktop cache dans ladite zone cible de celle desdites parties au moins au nombre 
de deux qui a le degre de priorite le plus haut. 

2. Procede selon la revendication 1 ou ladite partie ayant le degre de priorite le plus haut est tout d'abord examinee 
afin de determiner si ladite partie particuliere desdites parties au moins au nombre de deux comporte une zone 
au moins aussi im porta nte que ladite zone cible, ou ledit objet cache de type desktop est presente dans ladite 
zone cible de ladite partie particuliere parmi lesdites parties au moins au nombre de deux si ladite partie particuliere 
comprend une zone au moins aussi importante que ladite zone cible. 

3. Procede selon la revendication 1 , ou ledit espace de presentation de ladite interface utilisateur graphique est 
determine selon des criteres definis par ('utilisateur. 

4. Proced6 selon la revendication 1 , ou une copie d'un objet cache de type desktop est presente dans ladite zone 
cible dudit espace de presentation. 

5. Procede selon la revendication 1 , comprenant en outre, si ladite partie particuliere desdites parties au nombre de 
deux au moins ne comprend pas de zone au moins aussi grande que ladite zone cible, ie fait d'examiner ('autre 
desdites parties au moins au nombre de deux pour determiner si ladite autre partie comprend une zone au moins 
aussi grande que ladite zone cible, ou ledit objet cache de type desktop est presente dans ladite zone cible de 
ladite autre partie si ladite autre partie comprend une zone au moins aussi grande que ladite zone cible. 
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6. Procede selon ta revendication 5, ou ledit deplacement d'un objet de type desktop cache est visualise par une 
trace du deplacement. 

7. Procede selon la revendication 6, ou ledit deplacement d'un objet de type desktop cache a la vue est visualise 
suivant un facteur d'ombrage ou est execute sans etre visualise. 

8. Procede selon la revendication 7, comprenant en outre, en reponse a la disparition d'un objet cache de type 
desktop, la presentation dudit objet cache de type desktop dans ledit espace de presentation de ('interface utili- 
sateur graphique, ledit objet cache du type desktop en restant a sa position non cachee visuellement. 

9. Procede selon la revendication 7, comprenant en outre, en reponse a la disparition d'un objet cache de type 
desktop, la presentation dudit objet cache de type desktop dans ledit espace de presentation de I' interface utili- 
sateur graphique, ledit objet cache de type desktop etant amene de sa position dans I'espace de presentation a 
sa position d'origine, precedemment cachee. 

10. Proced§ selon la revendication 1 , ou ledit objet cache de type desktop au moins au nombre de un est une fenetre, 
et ou ladite phase de presentation dudit objet cache de type desktop dans ladite zone cible comprend en outre la 
presentation de ladite fenetre cachee dans ladite zone cible. 

11. Dispositif pour controler la presentation d'objets visuels de type desktop (41) dans une interface utilisateur gra- 
phique (40) d'un systeme de gestion de ('information, ou interface utilisateur graphique comportant un moyen 
pour identifier au moins un objet de type desktop qui est au moins partiellement cache a la vue par au moins un 
autre objet de type desktop et un moyen pour presenter automatiquement ledit objet de type desktop cache dans 
un espace de presentation de ladite interface utilisateur graphique, caracterise par les moyens suivants : 

un moyen pour determiner une zone cible a I'interieur dudit espace de presentation de I'interface utilisateur 
graphique, ledit espace de presentation etant partage en au moins deux parties pour presenter visuellement 
sans les cacher les objets de type desktop precedemment caches; 

un moyen pour associer un degre de priorite different a chacune desdites parties au moins au nombre de deux, 

un moyen pour presenter ledit objet cache de type desktop dans ladite zone cible de celle desdites parties au 
moins au nombre de deux qui a le degre de priorite le plus haut. 
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